home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19950929-19951130 / 000241_news@columbia.edu_Mon Oct 30 14:15:16 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA07272
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Mon, 30 Oct 1995 09:17:57 -0500
  3. Received: by apakabar.cc.columbia.edu id AA00337
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Mon, 30 Oct 1995 09:15:55 -0500
  5. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  6. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: Problems with C-Kermit & the modem device
  9. Date: 30 Oct 1995 14:15:16 GMT
  10. Organization: Columbia University
  11. Lines: 42
  12. Distribution: na
  13. Message-Id: <472mlk$6l@apakabar.cc.columbia.edu>
  14. References: <46ok86$f16@maroon.tc.umn.edu>
  15. Nntp-Posting-Host: watsun.cc.columbia.edu
  16. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  17.  
  18. In article <46ok86$f16@maroon.tc.umn.edu>,
  19. Sothamith Chau <chau0004@maroon.tc.umn.edu> wrote:
  20. : I am having a problem getting C-Kermit to interact properly on a Sun 1000
  21. : with a telebit modem. C-Kermit functions properly, but after HANGUP and
  22. : leaving the program, users attempting to dial into the machine will
  23. : receieve a connection to the modem, but will never get the login prompt.
  24. : 
  25. : We have isolated Kermit as the program affecting a change in the config of
  26. : the modem and port. I can reset the modem/port to allow logins again by
  27. : using 'tip cuab' and sending "ATL7\n", then subsequently issuing
  28. : 'sacadm -x -p zsmon' as superuser. However, I would prefer to address the
  29. : reason why Kermit is changing this configuration, and how, via either some
  30. : commands that I am overlooking, or via a code modification, I can change
  31. : this.
  32. : 
  33. This is an open problem.  I don't think it's Kermit's "fault".  There has
  34. been no end of trouble with ports on Solaris, particularly those that are
  35. set up for bidirectional use, when the same code (more or less) works on
  36. hundreds of other UNIX versions.
  37.  
  38. According to one informant, there is a bug in Solaris 2.3 that causes this;
  39. bug ID 1191317, and a corresponding patch 101720-02, but there is no
  40. corresponding patch for Solaris 2.4.  It's not clear to me whether Sun
  41. acknowledges a bug in Solaris 2.4.
  42.  
  43. Many people point out that the problem does not happen with TIP, CU, etc.
  44. But that, I believe, is because these are Sun products, which are either
  45. engineered to work around the problem, or are coded to use some API that
  46. we don't know about.  Another informant supplies this hint (regarding
  47. TIP): "it opens the port, does an ioctl setflags with XCLUDE and
  48. HUPCL...".  Evidently XCLUDE is not documented anywhere, except in the
  49. header file <sys/termios.h> that defines it:
  50.  
  51.   #define XCLUDE 0100000  /* *V7* Exclusive use coming from XENIX */
  52.  
  53. That's all I know.  Further info would be appreciated, especially from
  54. anybody who has a Solaris 2.3 or 2.4 system and a bidirectional port who
  55. can try adding this flag and seeing what difference it makes.  In the
  56. meantime, it seems the safest course is (as always) to avoid bidirectional
  57. port setups in Solaris (and most other UNIX variants) whenever possible.
  58.  
  59. - Frank